home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / sdkdigv2.zip / SDKV2N28.TXT < prev    next >
Text File  |  1993-07-27  |  3KB  |  67 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6. GUS Programmer's Digest     Tue Jul 27 00:07     Volume 2: Issue  28  
  7.  
  8. Today's Topics:
  9.                     GUS Programmer's Digest V2 #26
  10.  
  11. Standard Info:
  12.     - Meta-info about the GUS can be found at the end of the Digest.
  13.     - Before you ask a question, please READ THE FAQ.
  14.  
  15. ----------------------------------------------------------------------
  16.  
  17. Date: Fri, 23 Jul 93 21:40:20 EDT
  18. From: n4zfd!frodo@rylos.n2idf.ampr.org (Jim Blakely)
  19. Subject: Re: GUS Programmer's Digest V2 #26
  20. Message-ID: <743716272@rylos>
  21.  
  22. >  The operating principle behind NMI is a parity check - memory is
  23. > physically addressed by a row and grid method, so the computer adds up all
  24. > the 1s and 0s in each row, and the parity for that row is set to a number
  25. > (0 or 1) that when added to the row's sum, will result in either an 'even'
  26. > number or an 'odd' number...  I'm not quite sure how even and odd apply to
  27. > binary terms, nor exactly what goes on during all that adding (bit by bit?
  28. >  Byte by byte?).
  29.  
  30. Actually, the parity bit is set or reset so that the *number* of 1's
  31. is either odd or even. Ie., a byte with bits 0000 0001 would have a
  32. parity bit of 0 added on it if odd parity; a 1 if even parity.
  33.  
  34. Similarly, a byte with bits 0110 0011 would have a 1 as a parity bit
  35. if odd parity is in effect; a 0 if even.
  36.  
  37. Parity is not the best way to test the validity of data, because it
  38. can only detect errors which affect an odd number of bits. Also,
  39. better ways of protecting data have been devised, which not only
  40. check for errors, but can correct them - all of your hard drives use
  41. an ECC - error correcting code to protect the data on them from loss
  42. of a few bits.
  43.  
  44. I *have* seen RAM go bad. Unfortunately, some BIOS vendors do
  45. inappropiate things with NMI's, like putting nasty messages on your
  46. screen despite a handler being put in place...
  47.  
  48. -Jim
  49.  
  50. ------------------------------
  51.  
  52. End of GUS Programmer's Digest V2 #28
  53. *************************************
  54.  
  55. To post to tomorrow's digest:               <gus-sdk%itchy@dsd.es.com>
  56. To (un)subscribe or get help:       <gus-sdk-request%itchy@dsd.es.com>
  57. To contact a human (last resort):     <gus-sdk-owner%itchy@dsd.es.com>
  58.  
  59. FTP sites:         archive.epas.utoronto.ca         pub/pc/ultrasound
  60.                    wuarchive.wustl.edu       systems/msdos/ultrasound
  61. Hints:
  62.       - Get the FAQ from the FTP sites or the request server.
  63.       - Mail to <gus-sdk-request%itchy@dsd.es.com> for info about
  64.     other GUS related mailing lists (UNIX, OS/2, GUS-MIDI, etc.)
  65.  
  66.  
  67.